home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000381_news@columbia.edu_Fri Dec 9 14:17:50 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA12039
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 9 Dec 1994 23:55:19 -0500
  3. Received: by apakabar.cc.columbia.edu id AA19741
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 9 Dec 1994 23:55:17 -0500
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Flow Control in MS-DOS Kermit 3.14
  9. Message-Id: <1994Dec9.201750.35072@cc.usu.edu>
  10. Date: 9 Dec 94 20:17:50 MDT
  11. References: <3c2me7$d29@sundog.tiac.net> <1994Dec7.095922.34783@cc.usu.edu> <3c7enb$atf@sundog.tiac.net>
  12. Organization: Utah State University
  13. Lines: 53
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3c7enb$atf@sundog.tiac.net>, ciaraldi@max.tiac.net (Michael Ciaraldi) writes:
  17. > Dear Joe,
  18. > These (4 and 5) are two different cases, and they are different from 3.
  19. > Each may be appropriate in certain situations, and I wanted to find
  20. > out if Kermit supported them.
  21. > Consider a VAX with a serial card that has large output buffers, as many do.
  22. > If a terminal (or Kermit emulating one) just passes through
  23. > ^S and ^Q characters (case 3), what happens when the user hits a ^S (XOFF)?
  24. > It gets sent to the host. The host CPU detects it and stops sending data.
  25. > However, there may be several thousand characters still in the 
  26. > output buffer of the serial card, and there is no mechanism for the
  27. > host CPU to notify the card to stop sending. So, even though
  28. > the user has hit ^S, several more pages of data appear on the screen
  29. > and scroll off the top of the screen. I've seen this happen many times.
  30. > Fortunately, MS-DOS Kermit has a screen scrollback buffer,
  31. > but this is still a problem for most users
  32. > (those who are not using Kermit, of course).
  33. > In case 4 and 5, when the user hits ^S, Kermit would stop sending
  34. > updates to the screen. It would just accumulate any incoming
  35. > data from the host into a buffer, then send it to the screen later
  36. > when the user hits ^Q.  The difference between 4 and 5 is that
  37. > in 5 the host also gets notified, so there is a chance that the buffer 
  38. > will not overflow.
  39.  
  40.     In the user's manual is the keyboard verb \kholdscrn. That is
  41. equivalent to DEC's HoldScreen key.
  42.     Accumulating into a buffer is what triggers almost all flow
  43. control activity: it reaches a high or low water mark. For snappy
  44. flow control response reduce the capacity of the comms channel. Too
  45. much storage capacity will result in lost bytes, with no way to prevent
  46. that from occuring (except buy a faster PC). 
  47.      
  48.  
  49. > On case 8, I asked because I was doing some tests on Kermit
  50. > last week and found what I thought was funny behavior.
  51. > I wired my PC to a Unix machine's serial port and used
  52. > another comm program on the Unix machine to talk to that port.
  53. > The Unix machine was set for no flow control.
  54. > I gave the command SET FLOW XON to the PC Kermit,
  55. > then did a TRANSMIT. The contents of the file started
  56. > appearing in the window on my Unix machine.
  57. > Then I hit a ^S on the Unix machine. The PC kept sending the file.
  58. > Shouldn't Kermit have stopped sending the file until
  59. > it received a ^Q?
  60.     I have no idea what the Unix machine actually sent, if anything.
  61. Tell MS-DOS Kermit SET DEBUG ON and enter Connect mode to debug the
  62. Unix side. MSK should respond to the XOFF, and when it has something
  63. to send while blocked it will wait about 8-10 seconds before breaking
  64. through and sending (a deadlock prevention mechanism).
  65.     Joe D.